Training and testing system for advanced image processing

ABSTRACT

Techniques for providing medical image processing training are described herein. According to one embodiment, at least one medical image associated with a medical image processing training course (MIPTC) is displayed in a first display area. An instruction is displayed in a second display area, where the instruction requests a user to perform a quantitative determination on at least a portion of a body part within the medical image displayed in the first display area. In response to a user action from the user, the requested determination is performed on the displayed medical image. It is determined automatically without user intervention at least one quantitative value representing a result of the user action. The quantitative value is compared to a predefined model answer.

RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional PatentApplication No. 61/703,932, filed Sep. 21, 2012, which is incorporatedby reference herein in its entirety.

FIELD OF THE INVENTION

Embodiments of the present invention relate generally to medical imageprocessing. More particularly, embodiments of the invention relate toproviding medical image processing training.

BACKGROUND

A computerized axial tomography scan (commonly known as a CAT scan or aCT scan) is an x-ray procedure, which combines many x-ray images withthe aid of a computer to generate cross-sectional views of the internalorgans and structures of the body. In each of these views, the bodyimage is seen as an x-ray “slice” of the body. Typically, parallelslices are taken at different levels of the body, i.e., at differentaxial (z-axis) positions. This recorded image is called a tomogram, and“computerized axial tomography” refers to the recorded tomogram“sections” at different axial levels of the body. In multislice CT, atwo-dimensional (2D) array of detector elements replaces the lineararray of detectors used in conventional CT scanners. The 2D detectorarray permits the CT scanner to simultaneously obtain tomographic dataat different slice locations and greatly increases the speed of CT imageacquisition. Multi-slice CT facilitates a wide range of clinicalapplications, including three-dimensional (3D) imaging, with acapability for scanning large longitudinal volumes with high z-axisresolution.

Magnetic resonance imaging (MRI) is another method of obtaining imagesof the interior of objects, especially the human body. Morespecifically, MRI is a non-invasive, non-x-ray diagnostic techniqueemploying radio-frequency waves and intense magnetic fields to excitemolecules in the object under evaluation. Like a CAT scan, MRI providescomputer-generated image “slices” of the body's internal tissues andorgans. As with CAT scans, MRI facilitates a wide range of clinicalapplications, including 3D imaging, and provides large amounts of databy scanning large volumes with high resolution.

Medical image data, which are collected with medical imaging devices,such as X-ray devices, MRI devices, Ultrasound devices, PositronEmission Tomography (PET) devices or CT devices in the diagnosticimaging departments of medical institutions, are used for an imageinterpretation process called “reading” or “diagnostic reading.” Afteran image interpretation report is generated from the medical image data,the image interpretation report, possibly accompanied by representativeimages or representations of the examination, are sent to the requestingphysicians. Today, these image interpretation reports are usuallydigitized, stored, managed and distributed in plain text in a RadiologyInformation System (RIS) with accompanying representative images and theoriginal examination stored in a Picture Archiving Communication System(PACS) which is often integrated with the RIS.

Typically, prior to the interpretation or reading, medical images may beprocessed or rendered using a variety of imaging processing or renderingtechniques, using advanced image processing software. Advanced imageprocessing software is complicated, powerful and complex. A patient'shealth and sometimes life may depend on its being used correctly. As aresult, learning to use the software effectively is neither a trivialnor a simple task.

Training to use advanced image processing software is currently donemanually. For example an instructor and several students in a classroommay each have access to a workstation connected to a common server. Theinstructor and students can access the same cases that are stored in adatabase on the server. The instructor may have read the cases or haveknowledge of the clinical outcomes of the cases before coming into theclassroom, and may have jotted down notes relating to quantitative data,measurements, or screenshots relating to the case. The instructor mayalso have stored scenes relating to the cases in his computer.

The instructor's workstation may be connected to a projector so thestudents can see his computer as he works on the cases. This may happenbefore or after the students attempt to read the cases on their own. Thestudents can manually compare their screen to the instructor's screen.Measurements, quantitative data etc. that the students have extractedfrom the cases can be compared manually to those of the instructor. Forexample, the instructor may read out loud that his measurement of anartery diameter was 2 millimeters (mm). The students can then see howclose they came to that measurement in their evaluation of the case.

The instructor doesn't have a good way of monitoring the students'progress, except perhaps, by walking around the classroom. He alsodoesn't have a good way of grading or testing the students unless hephysically monitors each student's work. Because the entire class has todo the same case at the same time, some students must wait for others tocomplete the case. Some may not feel they have enough time to completethe case in the allotted time period. It would be desirable to have atraining system that is integrated with an advanced image processingsoftware system so that the process of training users on the advancedimage processing software were more automated and effective than themanual system used now.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of the invention are illustrated by way of example and notlimitation in the figures of the accompanying drawings in which likereferences indicate similar elements.

FIG. 1 is a block diagram illustrating an advanced imaging processingsystem according to one embodiment.

FIG. 2 is a block diagram illustrating an example of an image processingtraining system according to one embodiment of the invention.

FIG. 3 is a flow diagram illustrating a method for providing medicalimage processing training according to one embodiment of the invention.

FIGS. 4A-4I are screenshots representing examples of graphical userinterfaces of a medical image processing training system according tocertain embodiments of the invention.

FIG. 5A is a flow diagram illustrating a method for providing medicalimage processing training according to another embodiment of theinvention.

FIG. 5B is a flow diagram illustrating a method for providing medicalimage processing training according to another embodiment of theinvention.

FIGS. 6A-6E are screenshots illustrating a graphical user interface forproviding a medical image processing training course according tocertain embodiments of the invention.

FIG. 7 is a flow diagram illustrating a method for providing an imageprocessing training course according to one embodiment of the invention.

FIGS. 8A-8D are screenshots illustrating a graphical user interface fora medical image processing training course according to certainembodiments of the invention.

FIG. 9 is a screenshot illustrating a GUI of a class report according toone embodiment of the invention.

FIGS. 10A and 10 b are block diagrams illustrating a cloud-based imageprocessing system according to certain embodiments of the invention.

FIG. 11 is a block diagram of a data processing system, which may beused with one embodiment of the invention.

DETAILED DESCRIPTION

Various embodiments and aspects of the inventions will be described withreference to details discussed below, and the accompanying drawings willillustrate the various embodiments. The following description anddrawings are illustrative of the invention and are not to be construedas limiting the invention. Numerous specific details are described toprovide a thorough understanding of various embodiments of the presentinvention. However, in certain instances, well-known or conventionaldetails are not described in order to provide a concise discussion ofembodiments of the present inventions.

Reference in the specification to “one embodiment” or “an embodiment”means that a particular feature, structure, or characteristic describedin conjunction with the embodiment can be included in at least oneembodiment of the invention. The appearances of the phrase “in oneembodiment” in various places in the specification do not necessarilyall refer to the same embodiment.

According to some embodiments, an advanced image processing trainingand/or testing system is provided to provide a training platform toallow users to learn medical image processing techniques. Such atraining platform is preferably provided over a network such as theInternet (e.g., a cloud-based system) in which a user (e.g., a studentor an instructor) can use a thin client such as a Web browser to accessor to provide a variety of medical image processing training courses.The platform may be hosted by one or more servers associated with animage processing engine that processes the medical images. Users mayinclude medical doctors, medical technicians, students, medicalinsurance agents, and the like. The medical image processing tools maybe the same as those used to process medical images in current practicessuch as hospital radiology departments or clinics, etc. Users mayinclude medical doctors who perform diagnosis of patients' medicalimages, instructors who provide medical image processing training tostudents, and/or students or others. Different user interfaces may beused for different users using the same advanced image processing systemdepending upon the role or access privilege of the user. Similarly, theimages used in a training course may be derived from the images used inthe real clinical practices with confidential information such aspatient information removed.

There are several benefits to advanced image processing training. Anadvanced image processing training course can provide the clinicalmethodology needed to interpret different types of clinical cases. Thetraining can also help a student gain familiarity with the clinicaltools used in real clinical evaluations. In addition, the trainingcourses may familiarize the student with a particular software systemthat they are expected to use in their work. In addition, advanced imageprocessing training can be used for accreditation, such as ACR (AmericanCollege of Radiology), ACC (American College of Cardiology), CME(Continuing Medical Education), etc.

The advanced image processing training system can be utilized by atleast two different users, the student and the instructor. A student maybe a physician, a technician or other type of user. Similarly, aninstructor may be a physician, technician or other type of user. Otherusers may also exist, such as an administrator. The advanced imageprocessing training system may be used for training, quizzing, and/ortesting the students in either a classroom or self-paced environment.Grading and/or scoring of the students can be done automatically,manually, or a combination of both. The interface for the student userand the instructor user are different, although they may have someoverlap.

FIG. 1 is a block diagram illustrating an advanced imaging processingsystem according to one embodiment. Referring to FIG. 1, according toone embodiment, system 100 includes one or more clients 102-103communicatively coupled to a medical imaging processing server 101 andover a network 120, wired and/or wirelessly. Network 120 may be a localarea network (LAN), a metropolitan area network (MAN), a wide areanetwork (WAN) such as the Internet or an intranet, a private cloudnetwork, a public cloud network, or a combination thereof.

Medical imaging processing server 101 includes an image processingengine 104 which is configured to provide medical image processingservices to clients 102-103 over a network. In one embodiment, themedical imaging processing server 101 also includes an image store 105to store medical data such as digital imaging and communications inmedicine (DICOM) compatible data or other image data, including jpeg,TIFF, video, EKG, laboratory images, portable document format (PDF),audio, and other files. The image store may also exist outside of theimage processing server and be connected to the image processing servervia a network or other means. The image store 105 may also incorporateencryption capabilities, where the medical data can be stored andtransmitted in an encrypted form. The image store 105 may include one ormore databases, and may be implemented with relational databasemanagement systems (RDBMS), e.g., Oracle™ database or Microsoft® SQLServer, etc. In one embodiment, the medical imaging processing server101 includes an access control system (not shown) to control access, bythe clients 102-103, of resources (e.g., image processing tools 106)and/or medical data stored in image store 105. Clients 102-103 may ormay not have access to certain portions of resources and/or medical datastored in image store depending upon the access privileges of the user.The access privileges may be determined or configured based on a set ofrole-based rules or policies. For example, client 102 may be configuredwith certain roles (e.g., doctors and/or instructors) that only permitaccess to some of the tools and/or images/image data provided by themedical imaging processing server 101. In other instances, client 103may be configured with certain roles (e.g., students) that limit itsaccess to some patient information or other information. For example,certain users (e.g., doctors, medical students) of client 102 may havedifferent access privileges to access different medical informationstored in image store 105 or different imaging rendering resourcesprovided by imaging processing server 101 or different user informationsuch as test results, or other information.

Referring back to FIG. 1, according to one embodiment, client 102further includes image processing training client software 112 (e.g.,Web browser or thin client) to access training courses 109 provided bytraining engine 108 of image processing training system 107 over network120. In one embodiment, image processing training client 112 displaystraining courses 109, which are provided by course configuring module110, for example, using images from image stores 105. The user canfollow the instructions provided by the courses to perform certain imageprocessing operations, which will invoke image processing tools 106 toprocess the course images. The results of the image processingoperations are compared, automatically, manually, or a combination ofboth, to model answers which are also provided by course configuringmodule 110 as part of the course. Image processing training system 107may or may not be a part of medical image processing server 101. The twosystems may be on the same machine, different machines and/or connectedvia a network.

FIG. 2 is a block diagram illustrating an example of an image processingtraining system according to one embodiment of the invention. Referringto FIG. 2, training engine 108 includes an analysis module 201 andcourse interactive module 202. Interactive module 202 is configured tointeract with the trainee via the training courses. Analysis module 201is for analyzing the trainees' participation results and trainingstatistics. Image processing training system 107 further maintains acourse database 210 to manage and store courses 109, including results,course templates 203, and optional training images 204. Courses 109 maybe created and provided by course configuring module 110 using trainingimages 204 and course templates 203. Courses may be created with orwithout the course templates. Also, the images may reside on a separateserver, or in a separate location. For each use, whether a trainer or atrainee, a user account 205 is maintained to store the course status 206associated with the user, as well as account and access settings 207 andpossibly course results. Course status 206 may include informationconcerning in which courses the user has participated, the progress ofeach course, and history of the user's interactions with the course,results, etc. Account settings 207 may store information concerning theindividual's settings such as the user type/privileges (e.g., doctor,trainer, trainee, etc.). For example, if a logged-in user is a trainer,the interface of course configuring module 110 becomes available toallow the user to create courses 109 using course templates 203 andtraining images 204. If the logged-in user is a trainee, the user mayonly have access to the courses 109 to which the user has subscribed andthe user may not access course configuring module 110, nor coursetemplates 203. Note that some or all of the components as shown in FIG.2 may be implemented in software, hardware, or a combination thereof.

FIG. 3 is a flow diagram illustrating a method for providing medicalimage processing training according to one embodiment of the invention.For example, method 300 may be performed by image processing trainingsystem 107 of FIG. 2, which may include processing logic in software,hardware, or a combination thereof. Referring to FIG. 3, at block 301,at least one medical image processing training course is provided usingat least one medical image. A training course includes one or more imageprocessing operations. At block 302, processing logic displays a list ofone or more training courses that are available to the logged-in user.At block 303, a list of one or more graphical representationsrepresenting at least one image processing tool that is available forthe selected course is displayed. Alternatively, a question may bepresented requesting a user to perform certain action (e.g.,identification of a body part), without requiring actual imageprocessing operations. At block 304, in response to a promptedinstruction, one or more images are rendered using one or more of theavailable tools. At block 305, the results may be displayed in view ofthe predefined results (e.g., model answers) of the question which maybe displayed instantly and automatically.

FIGS. 4A-4I are screenshots representing examples of graphical userinterfaces of a medical image processing training system according tocertain embodiments of the invention. The graphical user interfaces(GUIs) as shown in FIGS. 4A-4I may be presented by image processingtraining system 107 of FIGS. 1-2. Referring to FIGS. 4A-4I, when a user,in this example a trainee, logs into medical image processing trainingsystem 107, a list of one or more courses 401 that are available to theuser, as well as a trainee identifier 402 are displayed as shown in FIG.4A.

The courses listed 401, may be determined by payment, qualifications(possibly determined by experience, education or prerequisites),assignment etc. The courses may be organized by level, specialty,procedure or other ways. Courses 401 may be listed that the student isnot yet qualified to take, for example, the courses 401 may list “Colon1” and “Colon 2”. In this situation, when the student clicks on “Colon2”, when the student has not yet taken Colon 1, and if Colon 1 is aprerequisite for Colon 2, the student will get a message saying as much.Courses which have already been taken may be available to be takenagain.

If the student was in the middle of taking a course when he last loggedoff the system, the system may bypass the course listing screen and takethe student directly to the place in the course where he logged off. Thestudent may also get a notice asking him if he wants to go back to hiscourse in progress. A student's login information may be controlled bythe instructor or other administrator. The student may also determinehis own login information through a process of registration.

Once the student clicks on a particular course, he is brought to themain course screen (or told he does not have access, if he does not forsome reason), as shown in FIG. 4B. The main course screen as shown inFIG. 4B may show the different steps that are to be taken during theselected course, in this example, Endovascular Aortic Repair (EVAR) 1.Alternatively, the course screen may show only the first step, and showthe subsequent steps only when the previous step is completed. The stepsfor each course may be the same across courses or specific to thecourse. In this example, several pages of the selected course aredisplayed, including overview 403, Curved Planar Reformation (CPR) 404,EVAR 405, protocols 406, save 407, and results 408. The course steps maybe labeled in other ways also, for example “step 1”, “step 2”, etc.

In one embodiment, the GUI as shown in FIG. 4B includes a first displayarea 411 to display the currently selected course and the trainee'sidentifier, a second display area 412 to display course detailedinformation of the selected course, and a third display area 413 todisplay one or more medical images associated the selected course. Inone embodiment, display area 412 includes a workflow page defining aworkflow having one or more workflow stages associated with the course.Display area 412 may also show one or more graphical representationsrepresenting one or more image processing tools.

In one embodiment, a workflow is defined to capture the repetitivepattern of activities in the process of medical diagnosis, such asvarious image generation operations. A workflow arranges theseactivities into a process flow according to various factors, such aseach activity's order, functions, resources requirements, and outputs,etc. Each activity in a workflow is called a workflow stage. Thus, aworkflow stage, also referred to as a workflow element, captures variousdetails of an activity, such as the activity's function, inputsreceived, and outputs generated, etc.

In one embodiment, a workflow template is created for a specific type ofmedical diagnosis or processing. A workflow template is a template witha predefined set of workflow stages. Each workflow stage in the workflowtemplate includes one or more image processing operations. These imageprocessing operations receive medical image data collected by medicalimaging devices, such as scanners, as inputs, process the medical imagedata, and generate metadata as outputs. Metadata, also known as metadataelements, broadly refers to parameters and/or instructions fordescribing, processing, and/or managing the medical image data. Forinstance, metadata generated by the image processing operations of aworkflow stage includes image processing parameters that can be appliedto medical image data to generate medical image views for diagnosticpurpose. Further, various automatic and manual manipulations of themedical image views can also be captured as metadata. Thus, metadataallows the returning of the system to the state it was in when themetadata was saved.

In another embodiment, a user selects one previously created workflowtemplate and applies it to a set of medical image data for a specificmedical study. Alternatively, a default workflow template may beprovided to the user automatically based on the macro anatomy of themedical image data and/or the identity of the user. For example, aparticular user (e.g., a radiologist) may set a certain predefinedcardiac workflow template as the user's default workflow template forcardiac scans. The application of the workflow template to the medicalimage data creates a workflow scene. A workflow scene is an entity fortracking the progression of, and for recording the results of,processing through a workflow. Once created, the workflow scene containsthe same workflow stages as defined in the workflow template it iscreated from. A user can follow the workflow logic as defined in theworkflow scene, and proceed to a next workflow stage after finishingone, without the presence of the workflow template. Thus, for any givenworkflow scene, the user can quickly grasp its current processing statusand its remaining workflow stages that need to be performed.

A workflow scene also contains a collection of scenes for storingresults generated from the processed workflow stages. A scene containsmetadata generated from one workflow stage. The metadata in the scene isgenerated by the image processing operations of the workflow stage, whenapplying to the medical image data to produce a set of medical imageviews. Once a workflow stage is completed, the resulted scene can beadded into the collection of scenes in the workflow scene. Thus, thecollection of scenes provides a history of what have been performed inone workflow scene.

In one embodiment, a scene can be applied to the medical image data toreproduce the set of medical image views. When reviewing the medicalimage views reproduced from a scene, a user may adjust these image viewsby making updates to the image processing parameters (metadata)contained in the scene. Afterwards, the updated image processingparameters can be saved to the scene to replace the previously storedimage processing parameters. The newly updated scene can also be storedin the workflow scene to replace the old scene. Alternatively, a newseries of workflow scene can be independently maintained to store oneroute of processing the medical image data through the workflow.

In some embodiments, a workflow template may be user-created forprocessing a specific type of medical image data. The user could addeither predefined workflow stages, or customized workflow stages, to theworkflow template. When processing a sample medical image data, themanual adjustments and configurations during the processing can berecorded and stored as image processing operations into a customizedworkflow stage. The customized workflow stage can then be applied toother medical image data to perform the same image processing operationsas recorded during the workflow stage creation.

In some embodiments, a workflow scene is automatically generated by apreprocessor based on a workflow template. Since a workflow templatecontains predefined workflow stages with information on how to process,and the order of processing, medical image data, the preprocessor couldutilize the workflow template to start the automated processing as soonas the medical image data is collected and made available.Alternatively, the preprocessor could automatically generate scenes fora workflow scene. A user may accept, or make minor updates to theauto-generated scenes when reviewing the workflow scene. Furtherdetailed information concerning workflow templates can be found inco-pending U.S. patent application Ser. No. 12/196,099, entitled“Workflow Template Management for Medical Image Data Processing,” filedAug. 21, 2008, which is incorporated by reference herein in itsentirety. The workflow stages of a workflow template may correspond totraining steps in image processing training system 107.

Referring back to FIG. 4B, in this example, the workflow stages aredisplayed in a form of thumbnail images or icons in display area 412.When a user selects one of the workflow stages, in this example, the“Overview” stage, one or more medical images, in this example, images416-419, which have been associated with the course and selectedworkflow stage are displayed in display area 413. In addition, aninstruction box or area 414 is displayed to show a command or aninstruction to prompt the trainee to perform a predetermined imageprocessing operation. The instruction may be provided by a trainerduring the configuration phase of the course. Based on the instructionprovided through instruction box 414, the user can perform the requiredimage processing operations using at least one of the image processingtools represented by graphical representations or icons 415. Once theimage processing operations have been performed, the user can validatethe current step by activating validation button 416. Note that somesteps may not involve image processing tools.

Once a step is validated, saved, or the next step is selected, a furtherdetailed training course page is displayed as shown in FIG. 4C. FIG. 4Cshows a screen for advanced image processing relating to endovascularaortic repair (EVAR). The steps shown here are overview 403, CPR (CurvedPlanar Reformation) 404, EVAR 405, Protocols (where one chooses a stentmanufacturer and performs the appropriate measurement protocols) 406,Save 407, and results 408. A progress bar or timeline 420 is displayedshowing the student's progress within the course may be shown, either inpercentage or in time units. In this example, the student is on thesecond step, CPR 404. The student performs the necessary operationsspecified by the instruction provided in instruction box 414 within eachstep and then advances to the next step by pressing a “next”, “save” or“validate” or any other appropriate button, key or link. The trainingsystem may or may not allow the student to go back and repeat or redosteps. This option may be set by the instructor and may be displayed aspart of instruction displayed in instruction box 414. If requiredinformation is not present when the student attempts to advance to thenext step, an error message may be generated to inform the student.Courses can be very dynamic in nature, requiring the user to go back andforth among the steps. If the student is allowed to go back and forthamong the steps, his current location may be identified on the progressbar.

Each step or all the steps may have a time limit, or the training systemmay simply track the time to perform each or all the steps. The studentmay be able to pause the course, or stop the course, and come back to itat a later time. If the course is paused, the screen may change to ablank or set screen so that the student cannot continue to visuallystudy the course screen without being timed. As the student progressesthrough the course, he may be asked to enter different information. Forexample, the student may be asked to manipulate the image on the screen(rotate it, change the view, remove organs, zoom in or out, etc.) and tosave a screenshot, or scene, of the study. This scene may be availablelater to the instructor to evaluate. Similarly, the student may be askedto take measurements, locate anatomy, segment anatomy, answer questionsetc. The questions may be in a variety of forms such as free text form,radio button, or checkbox. The student may be asked to make a diagnosis.Instructions for each step of the course may be included in instructionbox 414. All this information may be stored for grading and/orevaluation by the instructor and/or student.

FIGS. 4D-4H are screenshots illustrating some other examples of trainingcourses. For example, a colon course is shown in FIG. 4D. An instructorcan ask via instruction box 414 a student to identify and measure a bodypart of a medical image currently displayed using some of the toolsrepresented by icons that are available to that particular image and/orcourse. Alternatively, a lung course is shown in FIG. 4E. A student maybe prompted to confirm or reject certain elements of an image currentlydisplayed, such as nodules or polyps. Further shown in FIG. 4F is abreast course. An instructor may prompt a student to locate and measurea certain element within an image currently displayed. An instructor mayalso request a student to produce an image rendering (as shown in FIG.4G), which may transmit an image rendering command to be processed bythe imaging processor server. The student may also be able to ask theinstructor or other students' questions during the course, either byemail, chat, voice-over-IP or other ways. FIG. 4H shows an example of abrain course.

In one embodiment, when the student has completed the course, he may beable to see his results immediately if the scoring/grading is doneautomatically, at least in part. Or he may submit his results and needto wait for his instructor to evaluate all or part of his courseresults. The student may get a notice by email or other means when hisresults are ready. When the student sees his results, he may see theresults for the entire course, each step within the course, or acombination of both. He may also see his score, relative to, or rankingwithin other students who have taken the course. This contextualpresentation may include current students', and/or historical students'scores.

When viewing his results, a student may see his screenshots, or scenes,next to those of the instructor. The differences between the scenes maybe highlighted. The student may be offered the option of taking thecourse again. This option may be controlled by the instructor, either ona course basis, or on an individual student basis. Once a course iscompleted satisfactorily, it may be stored in the system as completed sothat courses relying on it as a prerequisite are triggered to now beavailable to the student in his course listing. FIG. 4I shows an examplescreen of a student's results. This screen shows the student's overallscore and step score 431. In addition there is information on one of thesteps of the course, in this case, the CPR step of an EVAR 1 course. Agraph, 432, is shown which compares the student's score to those of theclass. Also, the student can see a screenshot of his answer, 433, nextto a screenshot of the instructor's correct answer, 434.

FIG. 5A is a flow diagram illustrating a method for providing medicalimage processing training according to another embodiment of theinvention. Method 500 may be performed by medical image processingtraining system 107 of FIGS. 1-2, which may include software, hardware,or a combination thereof. Referring to FIG. 5A, at block 501, processinglogic displays at least one medical image associated with a medicalimage processing training course. A training course may instruct a userto perform certain image processing using at least one tool availablefrom an image processing server. Alternatively, a training course mayrequest a user to perform a quantitative measurement of, or locate, oridentify, a body part within a medical image. Alternatively a trainingcourse may request an answer to a question. At block 502, processinglogic displays an instruction to the user requesting that the userperform some sort of quantitative determination on at least one bodypart within the medical image. The quantitative determination may be ameasurement. The measurement may be a 2-dimensional measurement, or a3-dimensional measurement. The measurement may be a distance, an area avolume, an angle or any other type of measurement. The body part may bean entire body part, such as a heart, or a lung, or may be a partialbody part such as a portion of a blood vessel or a portion of thedigestive tract. The body part may be morphological or inherent, such asa kidney, or pathological or disease related, such as a polyp or anodule.

In response to a user action, at block 503, displayed quantitativedetermination is performed on the medical image. At block 504,processing logic determines at least one quantitative value representinga result of the user action. For example, if the user performed ameasurement of the diameter of an artery at a specified location, thequantitative value would be the actual diameter measurement, forexample, 4 mm. At block 505, processing logic may automaticallycalculate a score for the quantitative determination in view of apredefined model answer associated with the question by comparing thevalue representing the result of the quantitative determination to thepredefined model answer. The score may be calculated at the end of thecourse or offline. At block 506, optionally, processing logic displaysthe score and/or the statistics concerning user performance of thetraining course.

FIG. 5B is a flow diagram illustrating a method for providing medicalimage processing training according to another embodiment of theinvention. Method 550 may be performed by medical image processingtraining system 107 of FIGS. 1-2, which may include software, hardware,or a combination thereof. Referring to FIG. 5B, at block 551, processinglogic displays a medical image of at least a portion of a body part,including a first instruction requesting a first user of the firstdevice to interact with the medical image. At block 552, the medicalimage is displayed at a second device, including a second instructionrequesting a second user of the second device to interact with themedical image. At block 553, processing logic receives first datarepresenting a first user interaction of the first user with the medicalimage in response to the first instruction. At block 554, processinglogic receives second data representing a second user interaction of thesecond user with the medical image in response to the secondinstruction. At block 555, the first data and the second data aretransmitted to a third device of a third user. At block 556, processinglogic receives a first score for the first data and a second score forthe second data in view of a model answer associated with the first andsecond instructions.

FIGS. 6A-6E are screenshots illustrating a graphical user interface forcreating a medical image processing training course according to certainembodiments of the invention. FIGS. 6A-6E may be presented by trainingsystem 107 of FIG. 1. An instructor may log into the system with ausername and password. After logging in, the instructor may be shown ascreen which includes the courses that he teaches, as shown in FIG. 6A.Instructors may be qualified to teach particular courses and not others.In general, he will only have access to the courses that he is qualifiedto teach. Each course may need to be set up with the appropriate study,image series, steps, questions, potential answers, correct answers,comments, answer ranges, etc. so that the course can be properlydisplayed and graded/scored/evaluated.

FIG. 6A shows a possible screen showing how an instructor may begin toset up a new course by identifying a study and study series as the basisfor a course. The GUI as shown in FIG. 6A includes multiple tabs 651-655representing different options available to the user. In this example,course page 651 is selected. The courses available to this instructorare listed in display area 601. In this example, the course, EVAR 1, hasbeen selected and detailed information of the selected course isdisplayed in display area 602. In this embodiment, there are multipletabs 603-605 representing the steps or stages for configuring theselected course. A listing of the available studies 606 is displayed. Inaddition, a list of study series 607 associated with a study selectedfrom study list 606 is displayed, and one or more images associated witha study series selected from list 607 is displayed via preview panel608.

The instructor can search or browse through the studies to locate theone he wants. In this example, the instructor has searched using thesearch term “aaa” and found a study with patient name “AAA1” and hasselected this study. Within this study, several study series areavailable. The instructor has chosen study series #6 in this example.Once the instructor has selected the study and series for the course, hepushes the next button 609. He may be prompted to designate a workflowwith which the series should be loaded. For example, he may select an“EVAR” workflow or a “volume browse” workflow. Alternatively thesoftware may automatically select the workflow for the instructor.

FIG. 6B shows a possible screen showing how an instructor may set thesteps for a particular course. The GUI as shown in FIG. 6B may bepresented as part of tab 604 in response to button 609 of FIG. 6A (tab603). In this example, there are predefined workflow stages or steps ofa workflow, associated with the selected study series, displayed indisplay area 610 which the instructor may select. The workflow stagesare presented by graphical representations such as thumbnail images oricon, and each of them is selectable. In response to a selection of oneof the graphical representation, in this example, workflow stage 611, animage, or images, is displayed in display area 612. The instructor mayalso create his own steps rather than following a predeterminedworkflow. In this example, the instructor has already validated stepnumber 1: Overview, and is now working on step number 2: CPR. Note thestep listing 613 is displayed in display area 601, which lists the stepsas they have been added to the course. The instructor can also addinstructional text in instruction box or field 614 to help the studentwith the step. In addition, a set of graphical representations 616representing a set of tools is displayed to allow the instructor toassociate or specify the tools to be used by the students. Theinstructor may validate the step using a validate or set-step button615, before moving on to the next step. When the instructor is donecreating steps, he may push a next button 609 to progress to the nexttask.

FIG. 6C shows a possible screen showing how an instructor may set thequestions and correct answers and ranges for a step, or question, of thecourse. Different types of questions are available to the instructor andare listed in the question type list 620. Other question types may beavailable. The instructor may choose more than one question type. Inthis example, the instructor has chosen 3 different question types forthis step in the course. Question types 620 may include a variety ofdifferent types of questions. For example, a question can be a checkboxquestion, which is a multiple choice question where multiple selectionsare possible. This type of question can be scored automatically. Aquestion can be a radio button question, which is a multiple choicequestion where only one selection is allowed. This type of question canbe scored automatically. A question can also be an open text question,which is a question where the response is open, freeform text. This typeof question can generally not be scored automatically, although some keyword searching algorithms can be used.

In one embodiment, a question may be a measurement question, which asksa user to capture a measurement on a screen and/or the quantitativevalue associated with the measurement. The measurement may be a length,area, volume, angle or other type. Several different units ofmeasurement may be used including mm, degrees, mm², mm³ etc. Thequantitative aspect of this type of question can generally be stored andscored automatically. The screenshot of the measurement may need to bescored by the instructor.

The quantitative component of this type of questions can be comparedautomatically to that of the answer where the advanced imaging softwarecaptures the quantitative info. For example, if the question in the testasks for the student to identify and measure the diameter (or volume,etc.) of a polyp, the student may use his mouse or cursor or a pointerto identify the location of a polyp. He or she may then use the todetermine the diameter (or other parameter) of the polyp. In oneembodiment, this quantitative data (the diameter etc.) is stored in sucha way that the information can be automatically compared to the answerthe instructor has provided as a correct answer. If the instructor hasprovided a range for the correct answer, the training software can alsodetermine whether the student's quantitative answer is within theacceptable measurement range.

The storage of the quantitative data may be in a database, XML or otherstandard. The storage may be long term, or only long enough to interactwith the training software. The data may be stored in the trainingsoftware, the advanced imaging software, or both. When the instructorsets ranges for a quantitative answer, he/she may set them manually, asshown in FIG. 6E, or the training software system may provide defaults.There may be one default (such as within 10%), or there may be severaldefaults, such as “tight”, “medium” or “loose”. The instructor maychoose a tight range for an advanced class, hut a looser range for abeginner class. The default ranges may be a percentage of themeasurement or may be based on some other parameter, or may be absolute.

A question may also be a location question, which asks a user to capturea location on the screen. The advanced image processing software willgenerally capture the x, y, and z coordinates which can then beevaluated automatically. Similar to the measurement type of questionabove, the quantitative measurements for this type of question can bestored, compared, and have ranges applied.

A question may also be a segmentation question, which may prompt a userto, for example, isolate a volume of anatomy to better view and evaluateit. The anatomy might be bone, an organ, blood vessel, colon, tumor,nodules, polyps, etc. This type of question may be able to be scoredautomatically since the advanced image processing software may capturethe location and measurement coordinates. A screenshot may alsoaccompany this type of question for manual evaluation. Note thatsegmentations can be done in 1 dimension, 2 dimensions or 3 dimensions.The dimension of time can also be brought in as a factor. For example, aquestion could be “segment the right ventricle during peak systole.” Toanswer this question, a student would need to be able to identifysystole, where the ventricle is during systole, and the outline of theventricle during systole.

This question type is more complex than either the location ormeasurement type question in that it involves multiple locations andpossibly measurements. However, similar to the measurement type ofquestion above, the quantitative measurements for this type of questioncan be stored, compared, and have ranges applied. For example, theranges could be applied to any part of the segmentation (no point of thesegmentation can be more than 10% from the instructor's location, forexample), or the ranges can be applied to the average or in other ways.For example, if average were used, the instructor might determine thatthe location may not be more than 10% from his identified location onaverage. So if one point is 12% off and one is 7% off, the average ofthese two points would be less than 10%. This concept could be appliedover a large volume of points.

A question may also be a screenshot question, which asks for a studentto take a screenshot, or save a scene during the processing of an image.This type of question can generally not be scored automatically,although some location and measurement data may be automatically pulledfrom the screenshot.

Referring back to FIG. 6C, when the instructor is finished identifyingthe question types for a given step, he may click on a next button 609to progress to the next task.

FIG. 6D shows a possible screen showing how an instructor may set thespecific information for a given step of a course. The GUI as shown inFIG. 6D may be presented in response to an activation of button 609 ofFIG. 6C. In this example, the instructor selects an image for ascreenshot type question. Instructions for the question type areincluded in the instruction box 630. In this example the instructor isasked to select a screen. The instructor selects the lower left screen625, and then clicks next button 609 to proceed to the next question.This process can be iteratively performed for each of the questions tobe provided.

FIG. 6E shows another possible screen showing how an instructor may setthe specific information for a given step of a course. In this example,the instructor is shown the screenshot he has selected in the previousstep in FIG. 6D. He is also asked to provide detail relating to theother 2 question types he has identified with respect to this step inthe course, a measurement question and a location question. In thisexample, the measurement and the location of the measurement havealready been preset by the instructor in the set steps process and theresults are shown here. The instructor is asked to include ranges inrange text boxes 641-642 for both the location and measurement of theanatomy. These ranged define how close to the instructor's solution thestudent needs to come to get the question correct. The instructor mayalso set a time limit 643 for this step, or may track the time eachstudent takes to complete the step. When the instructor has completedthis task, he may push the next button 609 to move on to the next stepor task. Some question types, such as the open text question, mayrequire manual grading/scoring by the instructor.

FIG. 7 is a flow diagram illustrating a method for providing an imageprocessing training course according to one embodiment of the invention.Method 700 may be performed by course configuring module 110 of FIG. 1.Referring to FIG. 7, at block 701, processing logic displays in a firstdisplay area a list of one or more medical studies from which a medicalimage processing training course is to be provided. In response to aselection of one of the medical studies, at block 702, a list of one ormore study series associated with the selected medical study isdisplayed in a second display area. At block 703, in response to aselection of one of the study series, processing logic displays at leastone workflow associated with the selected study series in a thirddisplay area, including one or more graphical representationsrepresenting one or more workflow stages or steps of the workflow. Inresponse to a selection of one of the workflow stages, at block 704, oneor more images associated with the selected workflow stage are displayedin a fourth display area. At block 705, processing logic displays aninstruction box or field in a fifth display area to receive one or moreinstructions from an author for instructing students to perform amedical image processing operation. The instructions can include one ormore questions in one or more of the question types described above. Atblock 706, a list of one or more graphical representations (e.g., icons)is displayed in a sixth display area representing one or more imageprocessing tools that may be utilized in response to the instructionsprovided by an instructor. At block 707, a model answer or statisticswith respect to an answer or image processing result from the student(or in view of other users) is optionally displayed.

According to one embodiment, a class is made up of a group of students.Each course may have multiple classes. For example an instructor may atany time be teaching more than one class per course which includesdifferent students. For example, he may have a Tuesday Colon 1 class anda Thursday Colon 1 class. He may also have historical and future groupsof students taking a course which will define past and future classes.FIG. 8A shows a possible initial class screen under tab 652. The coursesare listed in a course listing 801. The class list for the selectedcourse is also shown, including current classes 802, previous classes803, and future classes 803. The instructor may drill down deeper withinany given class to get more information. The instructor may also createnew classes.

An instructor may want to look at students individually or in groups. Hemay want to look at all courses/classes taken by a particular or groupof students. He may also want to control settings for individual orgroups of students. FIG. 8B shows a possible initial students screenrepresenting students under tab 653. The students for a selected courseare listed in a student listing 805. More details, including testresults and reports, for each student can be reached by clicking on aparticular student link. Test results and report may include testscores, step scores, screen capture information, measurement and anatomylocation information, timing information and other information relatedto the course.

According to one embodiment, reports tab 654 may include reporting bycourse, by class, by student or other perspectives. For example, areport can be one student's grade in one course, or a summary of allstudents' results over time for all courses. An instructor may want tolook at test completion times over the past few years, or evencompletion times at the step level, or an instructor may want to breakdown the data in other ways to create other reports. Report informationmay be presented in text format, numeric format, graphically,spreadsheet, database, or any other appropriate format. FIG. 8C shows apossible initial reports screen. Possible report types are listed herein a report listing 806. More details for each report type can beobtained by clicking on a particular report link.

In one embodiment, classes and courses may have several configurablesettings, such as time limits, answer ranges, whether or not studentsare allowed to retake steps or entire courses etc. FIG. 8D shows apossible initial settings screen under settings tab 655. Possiblesetting types are listed here in a setting listing 807. More details foreach setting type can be obtained by clicking on a particular settinglink.

Although the sample screens shown here are generally showing oneclinical study/case per course, multiple clinical studies/cases percourse are also envisioned. In this case, the course could be set up tostep through the cases in a certain order, or to complete a certainnumber of cases, or complete a certain number of cases in a given timeframe. Students may be able to choose which cases they complete for thecourse. For example, 10 cases may be required to complete the course,but there may be 12 cases available to choose from.

Also, a course may consist of only a portion of a workflow, so possiblyonly one step, or a few steps representing a stage or stages of aworkflow. A course consists of at least one required step, but cancontain many steps.

As mentioned earlier, the scoring, or grading of a course may be doneautomatically by the training software system, or manually, by theinstructor, or a combination of the two. The results of the course canbe broken down by student, by class, by course, by instructor, orcombined in other ways. User access levels will determine how much ofthe results are visible. For example, a student may only be able to seehis or her results, where an instructor may be able to see any of hisresults, for any course, class or student, but cannot see the results ofother instructors unless he is given access. A university may choose togive instructors access to university-wide aggregated results forreference. In addition, a user, for example an instructor, may be ableto give access to a third party, such as a parent, or anothereducational institution to which the student has applied.

Test results may also be used for certification purposes. In thissituation, the certification process will likely define a minimum scorefor certification. This may be automatically determined or manuallydetermined. Courses/classes can be offered either in a real timeclassroom format, or in a self-paced format. If a course is offered in aclassroom setting, the scores for all the students can potentially beavailable during the classroom session. In this case, the instructor mayhave access to class screens where he can show anonymous results of theentire class to the class.

FIG. 9 is a screenshot illustrating a GUI of a class report according toone embodiment of the invention. This screen is showing the scores forCPR step of an EVAR 1 class. The step bar 900 shows which step is beingsummarized in the screen. A graph 901 shows the distribution of theclass scores, as well as the correct score, so each student can seewhere his/her score compares to those of the rest of the class. Theoverall test results 902 are also shown. The overall test resultsinclude the results for all of the steps within the course.

In a more simplified setting, a course may consist of only one or a fewsimple questions, or steps. This type of course can be used in aclassroom setting to poll the audience. For example, as part of atraining course, an instructor may put a medical image on the screen andask the people in the classroom to indicate what step they would takenext. In this case, the instructor's “course” may only contain onemultiple choice question which is answered in the classroom setting. Theresults can immediately be shown to the class in a manner similar tothat shown in FIG. 9. This allows for a highly interactive and engaginginstructional course.

The training system can be implemented on several different platforms.The system may be client-server based, cloud based (public or private),or local. The client for the system—the interface which the instructorsand/or students use—may be internet browser based, mobile phone ortablet based, a proprietary thin or thick client, or other clients.Users may use a computer, mobile phone, tablet, or other access deviceto access the training system. The system may need to support a verylarge number of users, and may be local, regional, national orinternational in its reach. Access may be controlled by user type, orother ways.

According to some embodiments, medical training client software may beintegrated with a medical image processing client software. Referringback to FIG. 1, for example, client 102 is a client which includesintegrated image processing client software and training client software112, which may be integrated medical software. In one embodiment, theintegrated software integrates image(s) and/or image processingfunctionality with medical record software (MRS) and/or clinical trialsoftware (CTS), which herein are collectively referred to as medicalrecord and/or clinical software (MRCS). For example, imaging processingfunction may be implemented as integrated client 112 communicativelycoupled to image processing server 101 over network 120. The integratedclient 112 may be linked to medical software or embedded within themedical software.

The MRS is patient-centric software that focuses on medical records ofthe individual patients. Patient—centric means here that the software'sprimary purpose is to record and view data relating to the individualpatient. This type of software may be referred to as electronic medicalrecord (EMR) software, electronic health record (EHR) software, personalhealth record (PHR) software and other names. Information maintained bythe MRS typically includes: patient ID, demographic, info—age, weight,height, Blood Pressure (BP), etc., lab orders and results, test ordersand results, medical history, appointment history, appointmentsscheduled, exam history, prescriptions/medications, symptoms/diagnoses,and insurance/reimbursement information.

The CTS includes software for both retrospective and prospectiveclinical studies. This type of software may be referred to as a ClinicalTrial Management System. CTS may also include software for research. CTSis trial-centric which means the primary purpose of the software is tocollect and view aggregate data for multiple patients or participants.Although data is collected at the individual patient/participant level,this data is usually viewed “blindly”. This means that the viewer and/oranalyzer of the data generally do not know the identity of theindividual patients/participants. However, data can be viewed at theindividual patient/participant level where necessary. This isparticularly important where images are involved. CTS typicallyincludes: patient ID, concomitant medications, adverse events,randomization info, data collection, informed consent, aggregated data,and status of study.

In one embodiment, integrated client 112, which may be implemented aspart of the integrated medical software executed within the client 102,displays medical information of a patient, including, e.g., the medicaltreatment history of a patient, which may be part of a medical recordand/or trial record of the patient. Such records may be downloaded froma medical data server (not shown) over network 120 in response to a userrequest. In the case where the integrated medical software integratesMRS, the patient's full identity it typically displayed as part of themedical information. On the other hand, in the case of an integratedCTS, the patient is typically anonymous as discussed above, and theidentity of the patient is typically not revealed as part of thedisplayed medical information.

In one embodiment, image(s) and/or image processing tools may beintegrated with the integrated client 112. Integration can take the formof the image(s) and/or image processing tools showing up in the samewindow as the integrated client 112. Integration can also take the formof a window containing the image(s) and/or image processing toolsopening up in a separate window from the MRCS window. It should benoted, however, that in either form of integration, the medicalinformation of the patient and image(s) are displayed within theintegrated medical software, without requiring the user of theintegrated software to separately obtain the images via another softwareprogram.

In one embodiment, image processing tools 106 that are provided by theremote imaging processing server 101 are displayed to the user of theintegrated client 112 executed on the client 102. In such an embodiment,the available image processing tools 106 are displayed in integratedclient 112 as a set of graphical representations such as icons, whichwhen activated by a user, allow an image to be manipulated by the remoteimaging processing server 101. In one embodiment the image processingsoftware is integrated with the MRCS program and also opens up “incontext”. “In context” means that the image processing software opens upto show the appropriate image(s) and/or tools for the current userand/or patient and/or affliction. The availability of imaging tools to aparticular user depends on the access privileges of that particular user(e.g., doctors vs. medical students). Alternatively, the availability ofimaging tools 106 may be determined based on a particular body part of apatient, which may be identified by certain tags such as DICOM tags.

For example, one doctor may prefer that the cardiovascular images forhis patients open up in a 3D view, with vessel centerline toolsavailable, yet the abdominal images for his patients open up in acoronal view with the flythrough, or virtual colonoscopy, toolsavailable. He may prefer to have the other views and tools hidden fromview. In another example, another doctor may prefer that the images forher patients open up showing the most recent views and tools that sheused for that patient. In another example, the default view forcardiovascular cases may be set to show a particular view and tools, butthe user may be able to change the default so that his/her preferencesoverride the default views and tools.

In all of the above examples, ideally only the images that relate to thepatient being evaluated at that time are able to be viewed. In addition,the user/physician does not need to search to find the images relatingto the patient, the images are automatically associated with the correctpatient, for example, based on the corresponding patient ID. To do this,the identity of the patient needs to be associated with the patient'simages. This can be done by using tags, such as a common identifier,such as an ID number, metadata associated with one or more of theimages, mining patient data, body part analysis, or other ways. Also,the appropriate tools need to be shown and inappropriate tools hidden.The tags are discussed in more details below. Note that images representspecific views of some of the images 105 rendered by image processingengine 104.

For example, an image or image series can be analyzed to determinewhether it is a head, abdomen, or other body part, based on the anatomy.A skull has a characteristic shape, as do other parts of the anatomy. Acatalog of reference images may be used to help identify specific bodyparts. Based on this analysis, the appropriate views and/or tools can bemade visible to the user, and inappropriate views and/or tools can behidden. For example, if the image series is of a head/skull, the imageseries may be shown in a certain view, such as an axial view, and toolsassociated with the brain visible. In addition, if certain key words,such as “tumor” or “stroke”, are found in the MRCS record, specifictools may be shown, such as tools that detect a tumor or evaluate brainperfusion. It is also possible that a patient ID can be determined fromthe anatomy in an image based on shape, disease, tags etc. For example,an image of a dental area can be matched with dental records to identifya patient from medical images. Alternatively, an identifying tag can beincluded in the medical image—such as a tag with the patient ID numberplaced on or near the table of a CT scanner, or on the patient himself.

In another embodiment, the user of the software is able to customize howthe image processing software is presented in context. For example,Doctor Y, a cardiologist, may prefer to have the images open up in a 3Dmodel view, and have cardiology tool A and cardiology tool B visible tohim. In this example, other views may be hidden (for example, the axial,sagittal, and coronal views) and other tools are hidden (for example,tools relating to the colon or the brain).

FIGS. 10A and 10 b are block diagrams illustrating a cloud-based imageprocessing system according to certain embodiments of the invention.Referring to FIG. 10A, according to one embodiment, system 1900 includesone or more entities or institutes 1901-1902 communicatively coupled tocloud 1903 over a network. Entities 1901-1902 may represent a variety oforganizations such as medical institutes having a variety of facilitiesresiding all over the world. For example, entity 1901 may include or beassociated with image capturing device or devices 1904, image storagesystem (e.g., PACS) 1905, router 1906, and/or data gateway manager 1907.Image storage system 1905 may be maintained by a third party entity thatprovides archiving services to entity 1901, which may be accessed byworkstation 1908 such as an administrator or user associated with entity1901. Note that throughout this application, a medical institute isutilized as an example of an organization entity. However, it is not solimited; other organizations or entities may also be applied.

In one embodiment, cloud 1903 may represent a set of servers or clustersof servers associated with a service provider and geographicallydistributed over a network. For example, cloud 1903 may be associatedwith a medical image processing service provider such as TeraRecon ofFoster City, Calif. A network may be a local area network (LAN), ametropolitan area network (MAN), a wide area network (WAN) such as theInternet or an intranet, or a combination thereof. Cloud 1903 can bemade of a variety of servers and devices capable of providingapplication services to a variety of clients such as clients 1913-1916over a network. In one embodiment, cloud 1903 includes one or more cloudservers 1909 to provide image processing services, one or more databases1910 to store images and other medical data, and one or more routers1912 to transfer data to/from other entities such as entities 1901-1902.If the cloud server consists of a server cluster, or more than oneserver, rules may exist which control the transfer of data between theservers in the cluster. For example, there may be reasons why data on aserver in one country should not be placed on a server in anothercountry.

Server 1909 may be an image processing server to provide medical imageprocessing services to clients 1913-1916 over a network. For example,server 1909 may be implemented as part of a TeraRecon AquariusNET™server and/or a TeraRecon AquariusAPS server. Data gateway manager 1907and/or router 1906 may be implemented as part of a TeraReconAquariusGATE device. Medical imaging device 1904 may be an imagediagnosis device, such as X-ray CT device, MRI scanning device, nuclearmedicine device, ultrasound device, or any other medical imaging device.Medical imaging device 1904 collects information from multiplecross-section views of a specimen, reconstructs them, and producesmedical image data for the multiple cross-section views. Medical imagingdevice 1904 is also referred to as a modality.

Database 1910 may be a data store to store medical data such as digitalimaging and communications in medicine (DICOM) compatible data or otherimage data. Database 1910 may also incorporate encryption capabilities.Database 1910 may include multiple databases and/or may be maintained bya third party vendor such as storage providers. Data store 1910 may beimplemented with relational database management systems (RDBMS), e.g.,Oracle™ database or Microsoft® SQL Server, etc. Clients 1913-1916 mayrepresent a variety of client devices such as a desktop, laptop, tablet,mobile phone, personal digital assistant (PDA), etc. Some of clients1913-1916 may include a client application (e.g., thin clientapplication) to access resources such as medical image processing toolsor applications hosted by server 1909 over a network. Examples of thinclients include a web browser, a phone application and others.

According to one embodiment, server 1909 is configured to provideadvanced image processing services to clients 1913-1916, which mayrepresent physicians from medical institutes, instructors, students,agents from insurance companies, patients, medical researchers, etc.Cloud server 1909, also referred to as an image processing server, hasthe capability of hosting one or more medical images and data associatedwith the medical images to allow multiple participants such as clients1913-1916, to participate in a discussion/processing forum of the imagesin a collaborated manner or conferencing environment. Differentparticipants may participate in different stages and/or levels of adiscussion session or a workflow process of the images.

According to some embodiments, data gateway manager 1907 is configuredto automatically or manually transfer medical data to/from dataproviders (e.g., PACS systems) such as medical institutes. Such datagateway management may be performed based on a set of rules or policies,which may be configured by an administrator or authorized personnel. Inone embodiment, in response to updates of medical images data during animage discussion session or image processing operations performed in thecloud, the data gateway manager is configured to transmit over a network(e.g., Internet) the updated image data or the difference between theupdated image data and the original image data to a data provider suchas PACS 1905 that provided the original medical image data. Similarly,data gateway manager 1907 can be configured to transmit any new imagesand/or image data from the data provider, where the new images may havebeen captured by an image capturing device such as image capturingdevice 1904 associated with entity 1901. In addition, data gatewaymanager 1907 may further transfer data amongst multiple data providersthat is associated with the same entity (e.g., multiple facilities of amedical institute). Furthermore, cloud 1903 may include an advancedpreprocessing system (not shown) to automatically perform certainpre-processing operations of the received images using certain advancedimage processing resources provided by the cloud systems. In oneembodiment, gateway manager 1907 is configured to communicate with cloud1903 via certain Internet ports such as port 80 or 443, etc. The databeing transferred may be encrypted and/or compressed using a variety ofencryption and compression methods. The term “Internet port” in thiscontext could also be an intranet port, or a private port such as port80 or 443 etc. on an intranet.

FIG. 11 is a block diagram of a data processing system, which may beused with one embodiment of the invention. For example, the system 2100may be used as part of a server or a client as shown in FIGS. 10A and10B. Note that while FIG. 11 illustrates various components of acomputer system, it is not intended to represent any particulararchitecture or manner of interconnecting the components; as suchdetails are not germane to the present invention. It will also beappreciated that network computers, handheld computers, cell phones andother data processing systems which have fewer components or perhapsmore components may also be used with the present invention.

As shown in FIG. 11, the computer system 2100, which is a form of a dataprocessing system, includes a bus or interconnect 2102 which is coupledto one or more microprocessors 2103 and a ROM 2107, a volatile RAM 2105,and a non-volatile memory 2106. The microprocessor 2103 is coupled tocache memory 2104. The bus 2102 interconnects these various componentstogether and also interconnects these components 2103, 2107, 2105, and2106 to a display controller and display device 2108, as well as toinput/output (I/O) devices 2110, which may be mice, keyboards, modems,network interfaces, printers, and other devices which are well-known inthe art.

Typically, the input/output devices 2110 are coupled to the systemthrough input/output controllers 2109. The volatile RAM 2105 istypically implemented as dynamic RAM (DRAM) which requires powercontinuously in order to refresh or maintain the data in the memory. Thenon-volatile memory 2106 is typically a magnetic hard drive, a magneticoptical drive, an optical drive, or a DVD RAM or other type of memorysystem which maintains data even after power is removed from the system.Typically, the non-volatile memory will also be a random access memory,although this is not required.

While FIG. 11 shows that the non-volatile memory is a local devicecoupled directly to the rest of the components in the data processingsystem, the present invention may utilize a non-volatile memory which isremote from the system; such as, a network storage device which iscoupled to the data processing system through a network interface suchas a modem or Ethernet interface. The bus 2102 may include one or morebuses connected to each other through various bridges, controllers,and/or adapters, as is well-known in the art. In one embodiment, the I/Ocontroller 2109 includes a USB (Universal Serial Bus) adapter forcontrolling USB peripherals. Alternatively, I/O controller 2109 mayinclude an IEEE-1394 adapter, also known as FireWire adapter, forcontrolling FireWire devices.

A course may comprise one case, for example a lung cancer,cardiovascular disease, colon, breast, or other type of case. A coursemay also comprise multiple cases, either of the same type, or multipletypes. A course may or may not incorporate testing. Test results of acourse may be used to grade or score a student, or may be used for astudent's learning only. Each case within a course may incorporateseveral steps. For example, a case may involve finding several colonpolyps or lung nodules. In addition, a course may ask the student tomeasure the polyps/nodules. In addition, a course may ask the student tomake an assessment of the various polyps/nodules. Where multiple stepsand or locating of polyps/nodules/tumors/etc. is part of the course, thestudent's score may depend on how accurately the student finds thevarious artifacts and also how many he finds.

If a course comprises more than one case, the progress of the case,visible to the student and/or the instructor, may show how many of therequired cases have been adequately completed. A course may alsoimplement a logic tree. For example, a student may be asked to evaluatesymptoms, which may involve imaging, and based on the symptoms, concludepossible conclusions. See FIG. 22 for an example logic tree.

In one embodiment, a course may utilize an image database that containsa prerequisite number of cases that the student has to complete in aspecific time period to get certification to be able to read such cases.These courses are usually self-paced and students are given the entirenumber of studies to review at their own pace or are given specificcases to read in a specified time period. The instructor has preprepared clinical reports with model answers in a clinical report. Inthe review of these cases, the students experience within the courseemulates a true clinical reading room interpretation process where auser uses the necessary tools to arrive at a clinical interpretation ofthe study. The tools available to the student in this embodiment may bethe same tools available to a user in a non-course situation, in otherwords, the student may be required to choose the correct tool or toolsfrom among more than one tool to properly complete the courserequirements. The student is asked to do what is needed to complete thecases. For example the student may be asked to detect polyps, identifyquantify, and/or measure stenoses, measure/quantify global ejectionfraction, determine a standard uptake value, locate tumors and/or takeother measurements. Key images or screenshots are provided whereappropriate. After the student submits his results, he may receiveinstant feedback, including the model answers, of the current study, sohe can compare his results to the instructor's result. The model answermay include images, anatomical identification, measurements, etc.

In one embodiment, a student's work is tracked and saved in imagemeta-data which is associated only with that student. This allows eachstudent to review his work and for an instructor to review the stepstaken and results for each student individually. An instructor can alsoreview and/or compare the work of more than one or all of his students.

The embodiments described above can be applied to a variety of medicalareas. For example, the techniques described above can be applied tovessel analysis (including Endovascular Aortic Repair (EVAR) andelectrophysiology (EP) planning). Such vessel analysis is performed forinterpretation of both coronary and general vessel analysis such ascarotid and renal arteries, in addition to aortic endograft andelectro-physiology planning. Tools provided as cloud services includeauto-centerline extraction, straightened view, diameter and lengthmeasurements, Curved Planar Reformation (CPR) and axial renderings, aswell as charting of the vessel diameter vs. distance and cross-sectionalviews. The vessel track tool provides a Maximum Intensity Projection(MIP) view in two orthogonal planes that travels along and rotates aboutthe vessel centerline for ease of navigation and deep interrogation.Plaque analysis tools provide detailed delineation of non luminalstructure such as soft plaque, calcified plaque and intra-mural lesions.

In addition, the techniques described above can be utilized in the areaof endovascular aortic repair. According to some embodiments, vascularanalysis tools provided as cloud services support definition of reporttemplates which captures measurements for endograft sizing. Multiplecenterlines can be extracted to allow for planning of EVAR procedureswith multiple access points. Diameters perpendicular to the vessel maybe measured along with distances along the two aorto-iliac paths. Customworkflow templates may be used to enable the major aortic endograftmanufactures' measurement specifications to be made as required forstent sizing. Sac segmentation and volume determination with a“clock-face” overlay to aid with documenting the orientation andlocation of branch vessels for fenestrated and branch device planning,may also be used. Reports containing required measurements and data maybe generated.

The techniques described above can also be applied in the left atriumanalysis mode, in which semi-automated left atrium segmentation of eachpulmonary vein ostium is supported with a single-click distance pairtool, provided as cloud services, for assessment of the major and minorvein diameter. Measurements are automatically detected and captured intothe integrated reporting system. These capabilities can be combined withother vessel analysis tools to provide a comprehensive and customized EPplanning workflow for ablation and lead approach planning.

The techniques described above can also be utilized in calcium scoring.Semi-automated identification of coronary calcium is supported withAgatston, volume and mineral mass algorithms being totaled and reportedon-screen. Results may be stored in an open-format database along withvarious other data relating to the patient and their cardiovascularhistory and risk factors. A customized report can be automaticallygenerated, as part of cloud services, based upon these data. Alsoincludes report generation as defined by the Society of CardiovascularComputed Tomography (SCCT) guidelines.

The techniques described above can also be utilized in a time-volumeanalysis (TVA), which may include fully-automated calculation of leftventricular volume, ejection fraction, myocardial volume (mass) and wallthickening from multi-phasic data. A fast and efficient workflowprovided as part of cloud services allows for easy verification oradjustment of levels and contours. The results are presented within theintegrated reporting function.

The techniques described above can also be utilized in the area ofsegmentation analysis and tracking (SAT), which includes supportsanalysis and characterization of masses and structures in various scans,including pulmonary CT examinations. Features include single-clicksegmentation of masses, manual editing tools to resolve segmentationissues, automatic reporting of dimensions and volume, graphical 3Ddisplay of selected regions, integrated automated reporting tool,support for follow-up comparisons including percent volume change anddoubling time, and support for review of sphericity filter results.

The techniques described above can also be utilized in the area offlythrough which may include features of automatic segmentation andcenterline extraction of the colon, with editing tools available toredefine these centerlines if necessary. 2D review includes side-by-sidesynchronized supine and prone data sets in either axial, coronal orsagittal views with representative synchronized endoluminal views. 3Dreview includes axial, coronal and sagittal MPR or MIP image displaywith large endoluminal view and an unfolded view that displays theentire colon. Coverage tracking is supported to ensure 100% coveragewith stepwise review of unviewed sections, one-click polypidentification, bookmark and merge findings, as well as a cube view forisolating a volume of interest and an integrated contextual reportingtool. Support is provided for use of sphericity filter results.

The techniques described above can also be utilized in the area oftime-dependent analysis (TDA), which provides assessment tools foranalyzing the time-dependent behavior of appropriate computerizedtomographic angiography (CTA) and/or MRI examinations, such as withincerebral perfusion studies. Features include support for loadingmultiple time-dependent series at the same time, and a proceduralworkflow for selecting input and output function and regions ofinterest. An integrated reporting tool is provided as well as theability to export the blood flow, blood volume and transit time maps toDICOM. The tools may also be used with time-dependent MR acquisitions tocalculate various time-dependent parameters.

The techniques described above can also be utilized in the area ofCTA-CT subtraction, which includes automatic registration of pre- andpost-contrast images, followed by subtraction or dense-voxel maskingtechnique which removes high-intensity structures (like bone andsurgical clips) from the CTA scan without increasing noise, and leavingcontrast-enhanced vascular structures intact.

The techniques described above can also be utilized in dental analysis,which provides a CPR tool which can be applied for review of dental CTscans, offering the ability to generate “panoramic” projections invarious planes and of various thicknesses, and cross-sectional MPR viewsat set increments along the defined curve plane.

The techniques described above can also be utilized in the area ofmulti-phase MR (basic, e.g. breast, prostate MR). Certain MRexaminations (for example, breast, prostate MR) involve a series ofimage acquisitions taken over a period of time, where certain structuresbecome enhanced over time relative to other structures. This modulefeatures the ability to subtract a pre-enhancement image from allpost-enhancement images to emphasize visualization of enhancingstructures (for example, vascular structures and other enhancingtissue). Time-dependent region-of-interest tools are provided to plottime-intensity graphs of a given region.

The techniques described above can also be utilized in parametricmapping (e.g. for multi-phase Breast MR), in which the parametricmapping module pre-calculates overlay maps where each pixel in an imageis color-coded depending on the time-dependent behavior of the pixelintensity. The techniques described above can also be utilized in thearea of SphereFinder (e.g. sphericity filter for lung and colon).SphereFinder pre-processes datasets as soon as they are received andapplies filters to detect sphere-like structures. This is often usedwith lung or colon CT scans to identify potential areas of interest. Thetechniques described can also be utilized in fusion for CT/MR/PET/SPECT.Any two CT, PET, MR or SPECT series, or any two-series combination canbe overlaid with one assigned a semi-transparent color coding and theother shown in grayscale and volume rendering for anatomical reference.Automatic registration is provided and subtraction to a temporary seriesor to a saved, third series is possible.

The techniques described above can also be utilized in the area ofLobular Decomposition. Lobular Decomposition is an analysis andsegmentation tool that is designed with anatomical structures in mind.For any structure or organ region which is intertwined with a tree-likestructure (such as an arterial and/or venous tree), the LobularDecomposition tool allows the user to select the volume of interest, aswell as the trees related to it, and to partition the volume into lobesor territories which are most proximal to the tree or any specificsub-branch thereof. This generic and flexible tool has potentialresearch applications in analysis of the liver, lung, heart and variousother organs and pathological structures.

The techniques described above can also be utilized in the area ofVolumetric Histogram. Volumetric Histogram supports analysis of a givenvolume of interest based on partition of the constituent voxels intopopulations of different intensity or density ranges. This can be used,for example, to support research into disease processes such as cancer(where it is desirable to analyze the composition of tumors, in anattempt to understand the balance between active tumor, necrotic tissue,and edema), or emphysema (where the population of low-attenuation voxelsin a lung CT examination may be a meaningful indicator of earlydisease).

The techniques described above can also be utilized in the area ofMotion Analytics. Motion Analytics provides a powerful 2D representationof a 4D process, for more effective communication of findings wheninteractive 3D or 4D display is not available. Any dynamic volumeacquisition, such as a beating heart, can be subjected to the MotionAnalysis, to generate a color-coded “trail” of outlines of keyboundaries, throughout the dynamic sequence, allowing a single 2D frameto capture and illustrate the motion, in a manner that can be readilyreported in literature. The uniformity of the color pattern, or lackthereof, reflects the extent to which motion is harmonic, providingimmediate visual feedback from a single image.

The techniques described above can also be utilized to support otherareas such as Multi-KV, enhanced multi-modality, findings workflow, andiGENTLE available from TeraRecon. Multi-KV: Support for Dual Energy andSpectral Imaging provides support for established applications of dualenergy or spectral imaging CT data, such as removal of bone or contrast,as well as toolkits to support research and investigation of newapplications of such imaging techniques. Enhanced multi-modality supportis offered, including support for PET/MR fusion, and improvedapplications for MR such as time-intensity analysis and parametricmapping tools, which may be applied in the study of perfusioncharacteristics of normal or cancerous tissue.

The techniques described above can also be utilized in the area ofFindings Workflow. Findings Workflow supports progressive analysis ofserial acquisitions, for the same patient. Each finding can be trackedacross multiple examinations, in a table that is maintained indefinitelyin the system's database, without requiring the prior scans to remainpresent on the system. Measurement data and key images are captured andretained, allowing new scans to be placed in context with prior results,and reports to be produced at any time. Support for RECIST 1.1 isincluded although the tool may readily be used for analysis of variousprogressive conditions, not only those related to oncology. Export usingthe AIM (Annotation and Image Markup) XML Schema is supported.

The techniques described above can also be utilized in the area ofiGENTLE. iGENTLE ensures that the system's powerful suite ofsegmentation, centerline, and metadata extraction tools continue to workeffectively, even with noisy scans characterized by low-doseacquisitions. Metadata are extracted from enhanced copies of theoriginal scan, and then applied back onto the original, unmodified data,to improve performance of 3D tools without denying access to theoriginal scan data.

Some portions of the preceding detailed descriptions have been presentedin terms of algorithms and symbolic representations of operations ondata bits within a computer memory. These algorithmic descriptions andrepresentations are the ways used by those skilled in the dataprocessing arts to most effectively convey the substance of their workto others skilled in the art. An algorithm is here, and generally,conceived to be a self-consistent sequence of operations leading to adesired result. The operations are those requiring physicalmanipulations of physical quantities.

It should be borne in mind, however, that all of these and similar termsare to be associated with the appropriate physical quantities and aremerely convenient labels applied to these quantities. Unlessspecifically stated otherwise as apparent from the above discussion, itis appreciated that throughout the description, discussions utilizingterms such as those set forth in the claims below, refer to the actionand processes of a computer system, or similar electronic computingdevice, that manipulates and transforms data represented as physical(electronic) quantities within the computer system's registers andmemories into other data similarly represented as physical quantitieswithin the computer system memories or registers or other suchinformation storage, transmission or display devices.

Embodiments of the invention also relate to an apparatus for performingthe operations herein. Such a computer program is stored in anon-transitory computer readable medium. A machine-readable mediumincludes any mechanism for storing information in a form readable by amachine (e.g., a computer). For example, a machine-readable (e.g.,computer-readable) medium includes a machine (e.g., a computer) readablestorage medium (e.g., read only memory (“ROM”), random access memory(“RAM”), magnetic disk storage media, optical storage media, flashmemory devices).

The processes or methods depicted in the preceding figures may beperformed by processing logic that comprises hardware (e.g. circuitry,dedicated logic, etc.), software (e.g., embodied on a non-transitorycomputer readable medium), or a combination of both. Although theprocesses or methods are described above in terms of some sequentialoperations, it should be appreciated that some of the operationsdescribed may be performed in a different order. Moreover, someoperations may be performed in parallel rather than sequentially.

Embodiments of the present invention are not described with reference toany particular programming language. It will be appreciated that avariety of programming languages may be used to implement the teachingsof embodiments of the invention as described herein.

In the foregoing specification, embodiments of the invention have beendescribed with reference to specific exemplary embodiments thereof. Itwill be evident that various modifications may be made thereto withoutdeparting from the broader spirit and scope of the invention as setforth in the following claims. The specification and drawings are,accordingly, to be regarded in an illustrative sense rather than arestrictive sense.

1-20. (canceled)
 21. A method for providing a networked system ofcomputer training stations, the method comprising: providing an imageprocessing server that includes an image processing training system, theimage processing training system having at least one medical imageassociated with a medical image processing training course, including:capturing the at least one medical image using a medical imaging deviceso that the at least one medical image includes a view of an internalorgan or structure of a body captured by the medical imaging device inimage slices that are combined to form the at least one medical image,and storing the at least one medical image in a storage associated withthe image processing server; providing a first computer trainingstation, the first computer training station implemented by a firstclient device and a first display, including: displaying by the firstclient device, in a first display area of the first display, the atleast one medical image, providing, by the first client device within asecond display area of the first display, one or more image processingoperations to be performed on the at least one medical image, includingone or more user selectable image processing tools to allow users tomeasure a diameter, an area, a distance, or a volume of a body partwithin the at least one medical image displayed in the first displayarea, providing, by the first client device, an instruction associatedwith one or more image processing operations, the instruction requestingthe first user to perform a quantitative determination on at least aportion of the body part within the at least one medical image displayedin the first display area and to perform the one or more imageprocessing operations on the at least one medical image using the one ormore image processing tools provided by currently displayed one or moreimage processing operations on the first client device, transmitting,from the first client device to the image processing server, a useraction input performed by the first user using the one or more of theimage processing tools in response to performing the requestedquantitative determination and the one or more image processingoperations, wherein the user action invokes the image processing serverto perform the quantitative determination based on a determined type ofuser action performed by the first user, receiving, by the first clientdevice from the image processing server, a quantitative value as aresult of the image processing server performing the quantitativedetermination, comparing the quantitative value to a predefined modelanswer associated with the medical image to determine a score evaluatingthe quantitative determination performed by the first user, andproviding, by the first client device, another instruction associatedwith one or more image processing operations, the instruction requestingthe first user to perform an additional quantitative determination andto perform one or more additional image processing operations.
 22. Themethod of claim 21, further comprising displaying the quantitative valuerepresenting the result of the user action compared to the predefinedmodel answer.
 23. The method of claim 21, wherein the quantitativedetermination is a two-dimensional (2D) image measurement.
 24. Themethod of claim 21, wherein the quantitative determination is athree-dimensional (3D) image measurement.
 25. The method of claim 21,wherein the predefined model answer comprises a predetermined range, andwherein the predetermined range is one of a plurality of predefinedranges, each associated with one of a plurality different traininglevels.
 26. The method of claim 21, wherein the instruction furtherrequests the first user to locate and identify the body part from thedisplayed image.
 27. The method of claim 26, wherein the instructionfurther requests the first user to isolate a volume of anatomy forevaluation, wherein the anatomy represent one of a bone, an organ, ablood vessel, a colon, a tumor, a nodule, and a polyp.
 28. The method ofclaim 21, wherein the instruction comprises determining one of anejection fraction, an uptake value and a flow measurement.
 29. Themethod of claim 21, further comprising: aggregating quantitativedetermination answers of the first user with answers from other userswho have taken the training course previously; and displaying astatistics result based on the aggregated answers.
 30. A systemcomprising: an image processing server that includes an image processingtraining system, the image processing training system having at leastone medical image associated with a medical image processing trainingcourse (MIPTC); a medical imaging device that captures the at least onemedical image and stores the at least one medical image in a storageassociated with the image processing server, wherein the at least onemedical image includes a view of an internal organ or structure of abody captured by the medical imaging device in image slices that arecombined to form the at least one medical image; and, a first computertraining station, the first computer training station implemented by afirst client device and a first display: wherein the first client devicedisplays, in a first display area of the first display, the at least onemedical image, wherein the first client device provides within a seconddisplay area of the first display, one or more image processingoperations to be performed on the at least one medical image, includingone or more user selectable image processing tools to allow users tomeasure a diameter, an area, a distance, or a volume of a body partwithin the at least one medical image displayed in the first displayarea, wherein the first client device provides an instruction associatedwith one or more image processing operations, the instruction requestingthe first user to perform a quantitative determination on at least aportion of the body part within the at least one medical image displayedin the first display area and to perform the one or more imageprocessing operations on the at least one medical image using the one ormore image processing tools provided by currently displayed one or moreimage processing operations on the first client device, wherein thefirst client device transmits to the image processing server, a useraction input performed by the first user using the one or more of theimage processing tools in response to performing the requestedquantitative determination and the one or more image processingoperations, wherein the user action invokes the image processing serverto perform the quantitative determination based on a determined type ofuser action performed by the first user, wherein the first client devicereceives from the image processing server, a quantitative value as aresult of the image processing server performing the quantitativedetermination, wherein the quantitative value is compared to apredefined model answer associated with the medical image to determine ascore evaluating the quantitative determination performed by the firstuser, and wherein the first client device provides another instructionassociated with one or more image processing operations, the instructionrequesting the first user to perform an additional quantitativedetermination and to perform one or more additional image processingoperations.
 31. The system of claim 30, wherein the method furthercomprises displaying the quantitative value representing the result ofthe user action compared to the predefined model answer.
 32. The systemof claim 30, wherein the quantitative determination is a two-dimensional(2D) image measurement.
 33. The system of claim 30, wherein thequantitative determination is a three-dimensional (3D) imagemeasurement.
 34. The system of claim 30, wherein the predefined modelanswer comprises a predetermined range, and wherein the predeterminedrange is one of a plurality of predefined ranges, each associated withone of a plurality different training levels.
 35. The system of claim30, wherein the instruction further requests the first user to locateand identify the body part from the displayed image.
 36. The system ofclaim 35, wherein the instruction further requests the first user toisolate a volume of anatomy for evaluation, wherein the anatomyrepresent one of a bone, an organ, a blood vessel, a colon, a tumor, anodule, and a polyp.
 37. The system of claim 30, wherein the instructioncomprises determining one of an ejection fraction, an uptake value and aflow measurement.
 38. The system of claim 30, wherein quantitativedetermination answers of the first user are aggregated with answers fromother users who have taken the training course previously and astatistics result is displayed based on the aggregated answers.
 39. Amethod for providing a networked system of computer training stations,the method comprising: providing software stored on non-transitorycomputer readable medium that when run on an image processing serverimplements an image processing training system, the image processingtraining system having at least one medical image associated with amedical image processing training course (MIPTC), wherein the at leastone medical image includes a view of an internal organ or structure of abody captured by a medical imaging device in image slices that arecombined to form the at least one medical image, including capturing theat least one medical image by the medical imaging device, and storingthe at least one medical image in a storage associated with the imageprocessing server; and, providing software stored on non-transitorycomputer readable medium that when run on a first computer trainingstation that includes a first client device and a first display, causesthe first client device to perform the following: displaying by thefirst client device, in a first display area of the first display, theat least one medical image, and providing, by the first client devicewithin a second display area of the first display, one or more imageprocessing operations to be performed on the at least one medical image,including one or more user selectable image processing tools to allowusers to measure a diameter, an area, a distance, or a volume of a bodypart within the at least one medical image displayed in the firstdisplay area, providing, by the first client device, an instructionassociated with one or more image processing operations, the instructionrequesting the first user to perform a quantitative determination on atleast a portion of the body part within the at least one medical imagedisplayed in the first display area and to perform the one or more imageprocessing operations on the at least one medical image using the one ormore image processing tools provided by currently displayed one or moreimage processing operations on the first client device, transmitting,from the first client device to the image processing server, a useraction input performed by the first user using the one or more of theimage processing tools in response to performing the requestedquantitative determination and the one or more image processingoperations, wherein the user action invokes the image processing serverto perform the quantitative determination based on a determined type ofuser action performed by the first user, receiving, by the first clientdevice from the image processing server, a quantitative value as aresult of the image processing server performing the quantitativedetermination, comparing the quantitative value to a predefined modelanswer associated with the medical image to determine a score evaluatingthe quantitative determination performed by the first user, andproviding, by the first client device, another instruction associatedwith one or more image processing operations, the instruction requestingthe first user to perform an additional quantitative determination andto perform one or more additional image processing operations.
 40. Themethod of claim 39, further comprising: aggregating quantitativedetermination answers of the first user with answers from other userswho have taken the training course previously; and displaying astatistics result based on the aggregated answers.